Data transmission to mobile devices

ABSTRACT

Sensor information is received (S41) at a host device from a mobile device. A pose of the mobile device is then determined by the host device based on the received sensor information. The pose of the mobile device is compared with pose information (S42) of previous poses of the mobile device, each previous pose of the mobile device being associated with a performance level of the system for data transmitted from the host device and received and output at the mobile device having that previous pose. The host device then determines (S43) whether a performance level of the system for the mobile device having the determined pose is likely to be above or below a threshold of acceptability based on the comparison, and, if it is determined that the performance level is likely to be above the threshold of acceptability, setting (S44A) a low level of compression to be applied to the data so that quality of the data transmitted to the mobile device is high, but, if it is determined that the performance level is likely to be below the threshold of acceptability, setting (S44B) a high level of compression to be applied to the data so that quality of the data transmitted to the mobile device is low, but is more likely to be received and output properly by the mobile device.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No. 17/041,636 filed Sep. 25, 2020, entitled “DATA TRANSMISSION TO MOBILE DEVICES,” which is a U.S. national stage application under 35 U.S.C. § 371 of International Patent Application No. PCT/GB2019/050705, filed on Mar. 13, 2019, which claims the benefit of Great Britain Patent Application No. 1804919.7 filed on Mar. 27, 2018, the contents of each of which are incorporated herein by reference in their entirety.

BACKGROUND

Virtual reality is becoming an increasingly popular display method, especially for computer gaming but also in other applications. This introduces new problems in the generation and display of image data as virtual reality devices must have extremely fast and high-resolution displays to create an illusion of reality and even small reductions in quality are likely to be noticed by a user. This means that a very large volume of data must be transmitted to the device from any connected host.

As virtual-reality display devices become more popular, it is also becoming desirable for them to be wirelessly connected to their host devices. This introduces considerable problems with the transmission of the large volume of display data required, as wireless connections commonly have very limited bandwidth which is liable to fluctuate depending on the location, angle, etc. of the virtual-reality display device and other objects in its surroundings. It is therefore desirable for as much compression to be applied to the display data as possible.

This introduces a trade-off between the desired high quality of the display data for virtual-reality display and the need for compression to be applied.

SUMMARY

Accordingly, in a first aspect, the invention provides a method of transmitting data in a system comprising a host device and a mobile device, the method comprising, at the host device:

-   -   receiving sensor information from the mobile device;     -   determining a pose of the mobile device based on the received         sensor information;     -   comparing the determined pose of the mobile device with pose         information of previous poses of the mobile device stored in a         memory accessible by the host device, each previous pose of the         mobile device being associated with a performance level of the         system for data transmitted from the host device and received         and output at the mobile device having that previous pose;     -   determining whether a performance level of the system for the         mobile device having the determined pose is likely to be above         or below a threshold of acceptability based on the comparison         with the performance levels associated with the previous poses;     -   if it is determined that the performance level to the mobile         device having the determined pose is likely to be above the         threshold of acceptability, setting a low level of compression         to be applied to the data so that quality of the data         transmitted to the mobile device is high;     -   if it is determined that the performance level to the mobile         device having the determined pose is likely to be below the         threshold of acceptability, setting a high level of compression         to be applied to the data so that quality of the data         transmitted to the mobile device is low, but is more likely to         be received and output properly by the mobile device;     -   compressing the data to be transmitted to the mobile device by         the set level of compression;     -   transmitting the compressed data to the mobile device;     -   determining a performance level of the system for the         transmitted compressed data; and     -   storing the determined pose of the mobile device and the         determined performance level of the system for the transmitted         compressed data.

The pose information stored for a pose may include at least position of the mobile device and orientation of the mobile device, which may be provided by at least location of the mobile device, movement of the mobile device, direction of movement of the mobile device, and angle of the mobile device compared to a reference.

In one embodiment, the pose information stored for the pose further includes one or more of velocity of the mobile device, acceleration of the mobile device, time of the pose, a compression level used for compressing the data transmitted from the host device and received and output at the mobile device having that pose, a type of compression used for compressing the data transmitted from the host device and received and output at the mobile device having that pose, and/or system resources that were used by the system at the time the data was transmitted from the host device and received and output at the mobile device having that pose.

In an embodiment, the performance levels associated with previous poses include performance parameters that are used in setting the level of compression to be applied to the data.

The pose information may be only stored for previous poses that have an acceptable performance level, or for previous poses that have an unacceptable performance level.

In one embodiment, comparing the determined pose of the mobile device with pose information of previous poses of the mobile device comprises comparing the determined pose with the pose information of previous poses of the mobile device to find a previous pose that matches the determined pose, wherein matching is either matching completely, or to within a predetermined threshold of accuracy. In an embodiment, if the pose information includes times of the previous poses, the comparing comprises comparing to find a most recent previous pose that matches the determined pose.

If the pose information includes compression levels used for compressing the data transmitted from the host device and received and output at the mobile device for previous poses, and if it is determined that the performance level to the mobile device having the determined pose is likely to be above the threshold of acceptability, the low level of compression may be set to be lower than the compression level used for the previous pose that matches the determined pose.

If the pose information includes compression levels used for compressing the data transmitted from the host device and received and output at the mobile device for previous poses, and if it is determined that the performance level to the mobile device having the determined pose is likely to be below the threshold of acceptability, the high level of compression may be set to be higher than the compression level used for the previous pose that matches the determined pose.

In an embodiment, the method further comprises determining a likely future pose of the mobile device based on pose information of previous poses of the mobile device to determine a progression of the poses of the mobile device. In an embodiment, determining whether a performance level of the system for the mobile device having the determined pose is likely to be above or below a threshold of acceptability is further based on the determined likely future pose of the mobile device.

The method may further comprise analysing the pose information to determine correlations between the pose information and the performance level on which analysis is used in the determining whether a performance level of the system for the mobile device having the determined pose is likely to be above or below a threshold of acceptability.

In one embodiment, the memory in which the pose information of previous poses of the mobile device is stored is a First In First Out (FIFO) memory, storing the pose information of a limited number of previous poses.

The data may comprise image data to be output to a display of the mobile device, or may comprise audio data to be output to a speaker of the mobile device.

According to a second aspect, the invention provides a host device configured to perform the method described above, and in a third aspect, the invention provides a system comprising the host device and a mobile device, which may be a virtual or augmented reality device.

In a further aspect, the invention provides a machine learning system which associates complete pose information with data on historical performance to improve the application of compression, using a method comprising:

-   -   1. Determining the pose of a mobile device     -   2. Determining whether the pose or a similar pose has been         previously seen     -   3. If so, determining the performance of the system at the time         the pose was previously seen     -   4. If the historical performance was above a threshold of         acceptability, applying a lower level of compression     -   5. Otherwise, applying a higher level of compression     -   6. Recording the current pose of the mobile device and the         current level of performance

Pose information may include at least position and orientation in space of the mobile device and, may include also, derivatives of time and movement such as velocity and acceleration.

These methods allow the system to use historical data in order to identify problematic poses that result in poor performance—examples of poor performance may include low visual quality, high latency, tearing or the presence of other artefacts, or dropped frames—and pre-emptively lower the bit rate of transmitted data to reduce the chance of poor performance being apparent to the user in future. This improves the accuracy of the trade-off between compression and quality of data.

The methods may be improved upon by using a series of pose data to determine the movement of the mobile device and therefore whether it is moving towards a pose associated with poor performance in the past. This information may then also be used to determine the right compression level to provide a smoother transition period between a normal level of compression and a high or low level of compression.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments of the invention will now be more fully described, by way of example, with reference to the drawings, of which:

FIG. 1 shows a block diagram of one embodiment of a system according to the invention;

FIG. 2 shows a more detailed block diagram of the host device used in the system of FIG. 1 ;

FIGS. 3 a, 3 b, and 3 c show example performance histories that may be used by the host device of FIG. 2 ;

FIG. 4 shows a flow chart illustrating a method according to one embodiment of the invention; and

FIG. 5 shows how the method illustrated in FIG. 4 may be used in a situation with changing signal strength and quality within a space.

DETAILED DESCRIPTION OF THE DRAWINGS

FIG. 1 shows a block diagram of an embodiment of a system, in which a host device [11] such as a game console is connected to two wireless antennae [12]. Each of these antennae [12] has a wireless connection to a mobile device [13]. In FIG. 1 , this mobile device is a mobile display device such as a virtual-reality headset or other head-mounted display device, but similar methods could be used for any other type of mobile output device such as wireless headphones. For simplicity, although display data will be referred to in this description, with reference to a display device, it will be appreciated that audio data can be handled in an analogous fashion.

The host device [11] includes, among other components, an application with its associated engines [14] which generates and encodes display data, a process that includes compression. It passes this compressed data to a connection control module [15], which controls the antennae [12]. For this purpose, it is connected to the antennae [12], which may be integral to the host device [11] or may be separate devices with a wired connection to the connection control module [15].

The connection control module [15] is aware of the performance of the wireless connection between the antennae [12] and the mobile device [13] and can communicate with the application [14] to control the encoding of the display data. Two antennae [12] are shown as this is a common topography, but any number of antennae [12] may be used depending on the embodiment.

The antennae [12] are wirelessly connected to a wireless interface [16] of the mobile device [13]. The wireless interface [16] is arranged to receive transmitted display data and pass it to a decoding engine [17], which decompresses and decodes it as appropriate and converts it to a format suitable for display on a display panel [18] connected or integral to the mobile device [11]. It then sends the display data to the display panel [18] for display.

The wireless interface [16] of the mobile device [13] can also transmit data regarding the wireless connection to the antennae [12], which will pass that received data to the connection controller [15]. This data may include feedback on the quality of the connection, such as the number of dropped packets, levels of data corruption when the data was received, or whether data had been delivered within relevant time constraints (e.g are the video frames being received in time for a Vsync interval they target). The mobile device [13] also includes a set of sensors [19] which detect movement, location, and position of the mobile device [13], and these are connected to the wireless interface [16] so that their output can be transmitted to the host device [11] via the antennae [12] for use in the generation of display data as well as for use in the methods of the invention.

As previously mentioned, a similar system may be used for any data that is transmitted as a continuous stream to a mobile device [11], including audio data, and the system will function in much the same way as herein described with appropriate changes such as the substitution of speakers for the display panel [18].

FIG. 2 shows a more detailed block diagram of the host device [11], especially of internal components and modules in the connection controller [15]. As previously described, the application [14] is connected to the connection controller [15], but in FIG. 2 the connections are shown in more detail to indicate the components responsible for different parts of the process. Connections that carry display data are shown using solid lines and connections that carry signals for controlling the system are shown using dashed lines.

The connection controller comprises a memory [21] which contains a record of the performance of the display system, connected to a control module [22], which in turn is connected to a transmitter [23] and a receiver [24]. These are connected to the mobile device [13], via the antennae [12], which are not shown in FIG. 2 , for transmitting and receiving data respectively.

The application [14] is connected to the transmitter [23] to transmit display data to the mobile device [13], and the receiver [24] to receive sensor data collected by the sensors [19] in the mobile device [13] and transmitted to the host device [11]. The control module [22] is also connected to the application [14] so it can control the processes of encoding.

FIGS. 3 a, 3 b, and 3 c show examples of performance history [21] as stored in the connection controller [15]. The first example, in FIG. 3 a , is an example in which the performance status of the wireless connections is saved periodically regardless of quality. It comprises a record of the location of the mobile device [13], the direction in which it was facing, and its angle, either as absolute values or relative to a pre-determined frame of reference such as a specific space determined at initial configuration. These attributes will have been included in the sensor data received from the mobile device [13] and will allow the host device [11] to determine when the mobile device [13] has returned to an exact position that it had previously occupied, using future sensor output. The final attribute stored in the performance history [21] in this example is the display performance, here represented by a simple description “Good”, “Average”, or “Poor”. In other embodiments, the performance may be represented by, for example, a bandwidth, speed, numerical score with greater granularity, or some combination of such descriptors. In this embodiment, the performance history [21] could be stored as a first-in-first-out list (FIFO) so that older records are deleted when the list is filled.

The second example, in FIG. 3 b , is an example in which attributes of the position of the mobile device [13] are saved whenever the performance drops below a threshold, for example when frames are dropped or there is a fall in data quality or latency. This may occur when, for example, the bandwidth drops below a certain level, the display data that was transmitted was especially complex and therefore required more computational effort to encode and/or decode, or the signal was interrupted completely. In this example, the same location, direction, and angle attributes as described with reference to FIG. 3 a are stored and the final attribute is the time at which each entry in the performance history [21] was made, which may be calculated as a time of day or a time since a known starting point such as the moment of connection, as in this example. Alternatively, the time may be incremented such that it serves as a record of how long ago the entry in the performance history [21] was made. Although not shown, it will be appreciated that an alternative to this example is to save the attributes of the position of the mobile whenever the performance exceeds a threshold.

The third example, in FIG. 3 c , includes the level of compression in use at the time each entry in the performance history [21] was made. This example is based on a similar system to the example shown in FIG. 3 a , in which the performance status of the wireless connections is saved periodically regardless of quality, but a similar extension could be applied to the system described with reference to FIG. 3 b . As in FIG. 3 a , the performance history includes a record of the location of the mobile device [13], the direction in which it was facing, and its angle, together making up pose information, and the display performance. In addition, this performance history [21] stores the level of compression in use by the application [14] at each point, here represented by a simple description “High” or “Low”, where in high compression the data is compressed to a smaller volume and in low compression the data is less compressed, possibly resulting in a higher-quality image.

The performance recorded and used in the methods of the invention may refer to the performance of the wireless connection, i.e. whether data is transmitted sufficiently quickly and without corruption. Alternatively or additionally, it may refer to the performance of the application in generating and compressing the data transmitted. For example, where the mobile device [13] is a virtual-reality headset the user will be viewing a virtual world on the display panel [18] contained within the virtual-reality headset. Some parts of this virtual world are likely to be more complex than others, and therefore require more time and processing power to generate and compress. Accordingly, regardless of the performance of the wireless connection, the quality of the stream of transmitted data may be affected by the pose of the virtual-reality headset as this will dictate the part of the virtual world displayed on the display panel [18]. Accordingly, the performance history may also include attributes such as a measure of utilisation or amount of available resources such as GPU time available or GPU time used.

In all the examples, there may additionally or alternatively be other attributes such as available resources at the time the record was made. These can be used in addition to pose information and potentially information on the compression level in use as described in FIG. 3 c to identify patterns that result in reduced performance, and accordingly there may be multiple records for the same or sufficiently similar poses.

FIG. 4 shows an example process that may be followed in an embodiment of the invention.

At Step S41, the sensors [19] on the mobile device [13] detect movement of the mobile device [13] and pass this information, including the new pose of the mobile device, to the wireless device [16], which transmits it to the host device [11] via the wireless connection to the antennae [12]. This information is passed to the application [14] for use in the generation of display data and to the control module [22] for use in the methods of the invention.

At Step S42, the application [14] generates display data and prepares it for transmission. This may include encoding and compressing the display data. Accordingly, the control module [22] checks the performance history [21] to determine historical performance at the new pose of the mobile device [13].

This determination is made at Step S43: the control module [22] searches for the most recent occasion on which the mobile device [13] was in a similar pose to its current pose, e.g. in the same location, at the same angle, and facing in the same direction. The control module [22] may require an identical pose, or a pose which is similar to the current pose within a threshold of accuracy. Furthermore, components of a pose may be considered independently from one another such that, for example, the control module [22] requires a higher similarity between the current and a previous angle of the mobile device [13] than it does between the current and a previous location in order to consider two poses to be within a threshold of accuracy.

The control module [22] may also use a pattern-matching algorithm taking the pose data and historical quality as inputs to provide a model that determines dependencies between the different components of the pose. For example, over time the control module [22] may determine that a particular angle regularly results in poor quality regardless of the location and direction faced. This information may then be used to adjust the determination of whether the current pose is sufficiently identical to a previous pose as previously mentioned.

In the case of the example shown in FIG. 3 a it then checks the historical performance at that time. If it was above a threshold of acceptable quality—for example “Good” or “Average”—the process follows the branch to the left beginning at “Yes”. Otherwise it follows the branch to the right beginning at “No”. If the current pose of the mobile device [13] is not represented in the performance history [13] the application [14] may determine how to compress the data according to other methods which are not here described.

In the case of the example shown in FIG. 3 b the pose of the mobile device [13] is only recorded if performance was poor and therefore it is more likely that the current pose of the mobile device [13] will not be present in the performance history [21]. Therefore, if a similar pose to the current pose is not found in the list of previous poses, the application [14] may assume that the historical performance is acceptable in the current pose of the mobile device [13] (since it is not found to be unacceptable) and therefore follow the branch of the process to the left, beginning at “Yes”. Naturally, it may determine from the presence of the pose in the performance record [21] that historical performance in the current pose was poor and therefore follow the branch of the process to the right, beginning at “No”. Alternatively, if appropriate data is stored in the performance history [21] such as how many frames were dropped or the level of the bandwidth available, it may apply a further threshold to determine the level of compression to be used. In the alternative version, where the pose of the mobile device [13] is only recorded if performance was acceptable, it is more likely that the current pose of the mobile device [13] will be present in the performance history [21]. Therefore, if a similar pose to the current pose is not found in the list of previous poses, the application [14] may assume that the historical performance is unacceptable in the current pose of the mobile device [13] (since it is not found to be acceptable) and therefore follow the branch of the process to the right, beginning at “No”.

The control module [22] may ignore entries in the performance history that are older than a threshold even if they have not yet been removed from the performance history.

Having determined the presence or absence of the current pose of the mobile device [13] in the performance history [21], together with more detailed historical information as appropriate, the control module [22] sends a signal to the application [14] to indicate the historical performance. If there is also other relevant data available in the performance history [21] such as the compression level in use at the time the appropriate record was made, the control module [22] may also pass this information to the application [14].

If the control module [22] determined at Step S43 that there was a history of good performance in the current pose of the mobile device [13], the application [14] follows the branch beginning at “Yes” to Step S44A and applies a lower level of compression to increase the visual quality of the transmitted data. This may mean that the application [14] applies no compression, that it applies a compression algorithm that will lead to no loss of data, or that it applies a compression algorithm that leads to little loss of data.

If the performance history [21] is stored to an appropriate level of granularity, different levels of compression may be applied depending on the exact historical performance. For example, in the example performance history [21] shown in FIG. 3 a , if the performance in the current pose was previously recorded as “Good” the application [14] might apply no compression, whereas if it were previously recorded as “Average” the application [14] might apply compression that will not cause data loss. In a case such as that shown in FIG. 3 c in which the performance history [21] includes the compression level the application [14] was applying at the time the current pose was last recorded, the application [14] might take this into account. For example, if the performance was previously recorded as “Good” and the compression was recorded as “High”, the application might use a level of compression categorised as “Low” and if the performance was previously recorded as “Average” and the compression was recorded as “Low” the application might use a level of compression categorised as “High” in order to improve the performance, but if the performance were recorded as “Average” and the compression as “High”, the application might attempt to use a level of compression categorised as “Very High”, if it is available.

If the control module [22] determined at Step S43 that there was a history of poor performance in the current pose of the mobile device [13], the application [14] follows the branch beginning at “No” to Step S44B and applies a higher level of compression in order to reduce the volume of the transmitted data. This will decrease the required bitrate of transmission and therefore increase the chance of the whole frame being successfully transmitted in time to be displayed on the display panel [18]. It therefore reduces the chance of the frame being dropped.

As in the case where a low level of compression is being applied, if the performance history [21] is stored to an appropriate level of granularity different levels of higher compression might be applied. For example, if the example performance history [21] shown in FIG. 3 b also stored the number of frames dropped on each occasion, the application [14] might apply a very high level of compression if the number of frames dropped were above a threshold and a lower level of compression if the number of frames dropped were below that threshold. As previously mentioned, the application might also bear in mind the level of compression in use at the time the previous record was made and use this as a baseline for decisions on what level of compression it should apply, for example by applying a higher compression level than it did the last time the current pose was recorded, regardless of other considerations.

If the connection is in operation for a long period of time and a sufficient performance history [21] is collected, the connection controller [22] may use a pattern-matching algorithm which takes the pose values—location, angle, and direction faced—together with the quality and determines whether the performance will be acceptable given those inputs such that Performance=f(location,angle,direction,quality) to determine the highest quality that will produce an acceptable performance. For example, it might insert the location, angle, and direction into the algorithm together with progressively lower qualities until the algorithm returns an acceptable performance, and then use the compression level associated with that quality. In any case, the application [14] compresses the data and passes it to the transmitter [23] for transmission via the antennae [12] and the wireless connection to the mobile device [13], where it is received by the wireless device [16] and passed to the decoding engine [17] for decoding. For this purpose, the application [14] may also transmit details of the compression used to allow the decoding engine [17] to decode the received data correctly. Once the display data has been decoded, it is passed to the display panel [18] for display.

At Step S45, which may be simultaneous with the transmission of the data or occur after transmission is complete, the connection controller [22] stores the actual performance as appropriate. For example, in the case of the example shown in FIG. 3 a it might record the current pose of the mobile device [13] and the current performance level, possibly also using input from the mobile device [13] to accurately determine the current performance. In the example shown in FIG. 3 b it might wait for feedback from the mobile device [13] indicating, for example, that the data was not successfully transmitted and only if the problems with transmission were above a threshold of severity record the current pose of the mobile device [13] in the performance history [21], possibly overwriting the record of the last time the current pose was recorded.

The process is then repeated for the life of the connection.

FIG. 5 shows a further example of the process in action. It comprises four steps, each showing the two antennae [12A, 12B] and the mobile device [13] within a space. In each step, the mobile device [13] has moved to a new location; other pose information is not included for clarity, and for simplicity in this example signal quality is assumed to be the only factor affecting performance although, as previously mentioned, there may be other factors. The wireless connections between each antenna [12A, 12B] and the mobile device [13] are shown using arrows connecting the devices, the arrows being differently patterned depending on signal strength. Poor signal is indicated by a pattern of dots and dashes, average signal by a dashed line, and good signal by a solid line.

In the first step [51], the mobile device [13] has moved to an area with poor signal for the first time. This may, for example, be due to obstructions, the angle of the antennae [12A, 12B], or other interference. In any case, this poor signal results in poor performance. As previously described in FIG. 4 , having transmitted display data to the mobile device [13] the control module [22] on the host device [11] will record in the performance history [21] the location of the mobile device [13] and the fact that the performance was poor. Since in this example it is the first time the mobile device [13] has moved to that location, the host device [11] may have compressed the transmitted data using a default method, which may have resulted in a sudden drop in overall quality due to, for example, dropped frames.

In the second step [52], the mobile device [13] has moved to a location in which the performance has improved. For the purposes of this example, this is because the signal has improved. If this is the first time the mobile device [13] has been in this location, the host device [11] may compress transmitted data using a default method which may be acceptable but may lead to excessive compression and therefore an unnecessary reduction in the quality of the display data transmitted due to, for example, blockiness in images caused by the compression process. To avoid this in future, in some embodiments the control module [22] may record the mobile device's [13] location and the performance in the performance history [21] even though the performance is good, as described with reference to FIG. 3 a.

In the third step [53], the mobile device [13] has moved to a location in which the performance is merely acceptable and, again, the performance may be recorded in the performance history [21].

In the fourth step [54], the mobile device [13] has returned to the location it occupied in the first step, but because this location has been recorded, when the control module [22] checks the performance history [21] it can determine that the performance was previously poor in this location and signal the application [14] accordingly. The application [14] can then pre-emptively apply a higher level of compression, reducing the chances of dropped frames.

Furthermore, the application [14] may determine the movements of the mobile device [13] over time such that between the second and third steps the application [14] may use the changing performance level together with a comparison of the locations of the mobile device [13] at each time to determine that the mobile device [13] is moving towards the location occupied at the first [51] and fourth [54] steps and therefore predict that the performance level is about to fall. The application [14] may therefore pre-emptively begin applying progressively higher levels of compression to not only anticipate deterioration in performance before it actually occurs but also provide a smoother transition between levels of compression and therefore an improved user experience.

Likewise, if the user were then to move towards a location where performance had previously been good, the level of compression applied might be progressively lowered in the same way, to provide a smoother transition while taking advantage of the likely ability to transmit better-quality display data while still achieving good performance.

Although only a few particular embodiments have been described in detail above, it will be appreciated that various changes, modifications and improvements can be made by a person skilled in the art without departing from the scope of the present invention as defined in the claims. For example, hardware aspects may be implemented as software where appropriate and vice versa. 

What is claimed is:
 1. A method of transmitting data, comprising: receiving sensor information from a mobile device; determining a pose of the mobile device based on the received sensor information; determining a predicted performance level of data transmissions associated with the determined pose based on a historical record of one or more previous poses of the mobile device, the historical record indicating a respective performance level of data transmissions associated with each of the one or more previous poses; determining whether the predicted performance level is below a threshold level; selecting one of a plurality of compression levels based at least in part on whether the predicted performance level is below the threshold level; compressing data for transmission to the mobile device based on the selected compression level; and transmitting the compressed data to the mobile device.
 2. The method of claim 1, further comprising: determining a current performance level associated with the transmission of the compressed data; and updating the historical record to include the determined pose of the mobile device and the current performance level.
 3. The method of claim 1, wherein the historical record further indicates at least one of a compression level associated with the data transmissions, a type of compression associated with the data transmissions, or system resources used for the data transmissions.
 4. The method of claim 1, wherein the selecting of one of the plurality of compression levels is further based on the performance levels associated with the one or more previous poses.
 5. The method of claim 1, wherein the historical record includes pose information associated with each of the one or more previous poses, the pose information indicating at least one of a position of the mobile device, an orientation of the mobile device, a location of the mobile device, movement of the mobile device, a direction of movement of the mobile device, or an angle of the mobile device relative to a reference, a velocity of the mobile device, an acceleration of the mobile device, or a time at which the previous pose was recorded, a compression level associated with the previous pose, a type of compression associated with the previous pose, or system resources associate.
 6. The method of claim 5, wherein the determining of the predicted performance level of data transmissions associated with the determined pose comprises: selecting one of the one or more previous poses that matches the determined pose, the predicted performance level being determined based on the performance level of data transmissions associated with the selected previous pose.
 7. The method of claim 6, wherein the selected previous pose is a most recent previous pose of the one or more previous poses that matches the determined pose.
 8. The method of claim 6, wherein the selected compression level is lower than the compression level associated with the selected previous pose when the predicted performance level is determined to be above or equal to the threshold level.
 9. The method of claim 6, wherein the selected compression level is higher than the compression level associated with the selected previous pose when the predicted performance level is determined to be below the threshold level.
 10. The method of claim 1, further comprising: predicting a future pose of the mobile device based on based on the determined pose and the one or more previous poses of the mobile device, the selecting of one of the plurality of compression levels being further based on the future pose of the mobile device.
 11. The method of claim 1, wherein the compressed data comprises image data for display by the mobile device.
 12. The method of claim 1, wherein the compressed data comprises audio data for playback by the mobile device.
 13. A host device comprising: a receiver configured to receive sensor information from a mobile device; a control module configured to: determine a pose of the mobile device based on the received sensor information; determine a predicted performance level of data transmissions associated with the determined pose based on a historical record of one or more previous poses of the mobile device, the historical record indicating a respective performance level of data transmissions associated with each of the one or more previous poses; determine whether the predicted performance level is below a threshold level; select one of a plurality of compression levels based at least in part on whether the predicted performance level is below the threshold level; and compress data for transmission to the mobile device based on the selected compression level; and a transmitter configured to transmit the compressed data to the mobile device.
 14. The host device of claim 13, wherein the control module is further configured to: determine a current performance level associated with the transmission of the compressed data; and update the historical record to include the determined pose of the mobile device and the current performance level.
 15. The host device of claim 13, wherein the historical record further indicates at least one of a compression level associated with the data transmissions, a type of compression associated with the data transmissions, or system resources used for the data transmissions.
 16. The host device of claim 13, wherein the control module is configured to select one of the plurality of compression levels based on the performance levels associated with the one or more previous poses.
 17. The host device of claim 13, wherein the historical record includes pose information associated with each of the one or more previous poses, the pose information indicating at least one of a position of the mobile device, an orientation of the mobile device, a location of the mobile device, movement of the mobile device, a direction of movement of the mobile device, or an angle of the mobile device relative to a reference, a velocity of the mobile device, an acceleration of the mobile device, or a time at which the previous pose was recorded, a compression level associated with the previous pose, a type of compression associated with the previous pose, or system resources associate.
 18. The host device of claim 17, wherein the control module is further configured to: select one of the one or more previous poses that matches the determined pose, the predicted performance level being determined based on the performance level of data transmissions associated with the selected previous pose.
 19. The host device of claim 18, wherein the selected compression level is lower than the compression level associated with the selected previous pose when the predicted performance level is determined to be above or equal to the threshold level.
 20. The host device of claim 18, wherein the selected compression level is higher than the compression level associated with the selected previous pose when the predicted performance level is determined to be below the threshold level. 